home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4806 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Qblit intereference again
  5. Date: 5 Mar 1996 13:35:42 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4hhfve$4jf@sunsystem5.informatik.tu-muenchen.de>
  9. References: <4gb6om$104@sunsystem5.informatik.tu-muenchen.de>   <4gg00a$gqm@oreig.uji.es> <4gj1vq$f9c@sunsystem5.informatik.tu-muenchen.de>  <871.6628T745T276@ifi.uio.no> <4h4djq$le8@sunsystem5.informatik.tu-muenchen.de> <598.6635T987T401@ifi.uio.no>
  10. NNTP-Posting-Host: hphalle6g.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle6g.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <598.6635T987T401@ifi.uio.no>, ludvigp@ifi.uio.no (Ludvig Pedersen) writes:
  15. |> Organization: Dept. of Informatics, University of Oslo, Norway
  16. |> Lines: 28
  17. |> Message-ID: <598.6635T987T401@ifi.uio.no>
  18. |> References: <4gb6om$104@sunsystem5.informatik.tu-muenchen.de>
  19. |>      <4gg00a$gqm@oreig.uji.es> <4gj1vq$f9c@sunsystem5.informatik.tu-muenchen.de>
  20. |>     <871.6628T745T276@ifi.uio.no> <4h4djq$le8@sunsystem5.informatik.tu-muenchen.de>
  21. |> NNTP-Posting-Host: gymir.ifi.uio.no
  22. |> X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  23. |> 
  24. |> 
  25. |> >|> You get lockups because you don't send a Signal in the CleanUp routine.
  26. |> 
  27. |> >I set a global var.
  28. |> >Why should not sending a singal cause a lock of blitter, global for all tasks
  29. |> >? I never heard that I _must_ signal someone.
  30. |> 
  31. |> You can signal to yourself. :) Anyway you don't have to send a signal.
  32. |> The important thing is that you don't busy-wait for the QBlit to finish
  33.  
  34. Yeah! Thanks to all that replied me :)
  35.  
  36. When I read about "do not busywait" I knew it was the bug before testing
  37. out ;) Indeed the picviewer it interfered with set down his pri when doing
  38. windowupddate (to not slow down normal tasks).
  39.  
  40. mhm I hope OwnBlitter() will not do busywait ? Else lockup, too.
  41.  
  42. |> with the CPU.
  43. |> 
  44. |> Like in C:
  45. |> 
  46. |>  while(!BlitterIsDone);
  47. |> 
  48. |> or in ASM:
  49. |> 
  50. |> .Wait:
  51. |>      tst  BlitterIsDone
  52. |>      beq  .Wait
  53. |> 
  54. |> That is NO-NO. :-)
  55.  
  56. yes! I agree! :)
  57.  
  58. My solution is:
  59.  
  60. wait:
  61.     tst bltbsy
  62.     beq ok
  63.     WaitTOF();
  64.     bra wait
  65. ok:
  66.  
  67. normally there's no wait at all because you choose number of
  68. blitterpasses so blitter won't brake.
  69.  
  70. The check is just for safety, and the lock showed that checking IS
  71. nessesary (sometimes, very seldom, if interference from other tasks).
  72.  
  73. |> 
  74. |> 
  75. |> <sb>Ludde - Amiga Demo Coder
  76. |> <sb>Virtual Reality & Official Be developer
  77. |> <sb>ludvigp@ifi.uio.no
  78. |> 
  79. ------------------------------------------------------------------------
  80.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  81.  
  82.